home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-x400ops-postmaster-01.txt < prev    next >
Encoding:
Text File  |  1993-03-25  |  9.1 KB  |  253 lines
  1.  
  2.           INTERNET DRAFT                                         March 1993
  3.  
  4.  
  5.                      Postmaster Convention for X.400 Operations
  6.  
  7.                             Mon Mar 22 23:26:25 CST 1993
  8.  
  9.  
  10.                                   C. Allan Cargille
  11.                                University of Wisconsin
  12.                              Allan.Cargille@cs.wisc.edu
  13.  
  14.  
  15.  
  16.  
  17.  
  18.           This draft document is being circulated for comment.
  19.  
  20.           If consensus is reached it may be submitted to the RFC editor as
  21.           a Proposed Standard protocol specification, for use in X.400 in
  22.           the Internet.
  23.  
  24.           Please send comments to the author, or to the IETF OSI X.400
  25.           Operations Working Group mailing list
  26.           <ietf-osi-x400ops@cs.wisc.edu>.
  27.  
  28.           This document is an Internet Draft.  Internet Drafts are working
  29.           documents of the Internet Engineering Task Force (IETF), its
  30.           Areas, and its Working Groups.  Note that other groups may also
  31.           distribute working documents as Internet Drafts.
  32.  
  33.           Internet Drafts are draft documents valid for a maximum of six
  34.           months.  Internet Drafts may be updated, replaced, or obsoleted
  35.           by other documents at any time.  It is not appropriate to use
  36.           Internet Drafts as reference material or to cite them other than
  37.           as a "working draft" or "work in progress."
  38.  
  39.           Please check the I-D abstract listing contained in each Internet
  40.           Draft directory to learn the current status of this or any other
  41.           Internet Draft.
  42.  
  43.           Abstract:
  44.  
  45.                Both RFC822 and RFC1123 (Host Requirements) require that the
  46.                email address "postmaster" be supported at all hosts.  This
  47.                paper extends this concept to X.400 mail domains which have
  48.                registered RFC1327 mapping rules (and therefore which appear
  49.                to have normal RFC822-style addresses).
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.           Cargille           Expires September 22, 1993            [Page 1]
  61.  
  62.  
  63.  
  64.  
  65.  
  66.           DRAFT              X.400 Postmaster Convention         March 1993
  67.  
  68.  
  69.           1.  Postmaster Convention in RFC822
  70.  
  71.           Operating a reliable, large-scale electronic mail (email) network
  72.           requires cooperation between many mail managers and system
  73.           administrators.  As noted in RFC822 [1], often mail or system
  74.           managers need to be able to contact a responsible person at a
  75.           remote host without knowing any specific user name or address at
  76.           that host.  For that reason, both RFC822 and the Internet Host
  77.           Requirements [2] require that the address "postmaster" be
  78.           supported at every Internet host.
  79.  
  80.           2.  Postmaster Convention and X.400
  81.  
  82.           However, RFC822 is not the only email protocol being used in the
  83.           Internet.  Some Internet sites are also running the X.400 (1984)
  84.           email protocol [3].  In the near future, the 1988 X.400 protocol
  85.           is also expected to be in use [4].  RFC1327 specifies how to map
  86.           between X.400 and RFC822 addresses [5].  When mapping rules are
  87.           used, addresses map cleanly between X.400 and RFC822.  In fact,
  88.           it is impossible to determine by inspecting the address whether
  89.           the recipient is an RFC822 mail user or an X.400 mail user.
  90.  
  91.           A paper by Rob Hagens and Alf Hansen describes an X.400 community
  92.           known as the "Global Open MHS Community" (GO-MHS) [6].  Many mail
  93.           domains in the GO-MHS Community have registered RFC1327 mapping
  94.           rules.  Therefore, users in those domains have RFC822-style email
  95.           addresses, and these email domains are a logical extension of the
  96.           RFC822 Internet.  It is impossible to tell by inspecting a user's
  97.           address whether the user receives RFC822 mail or X.400 mail.
  98.  
  99.           Since these addresses appear to be standard RFC822 addresses,
  100.           mail managers, mailing list managers, host administrators, and
  101.           users expect to be able to simply send mail to
  102.           "postmaster@domain" and having the message be delivered to a
  103.           responsible party.  When an RFC1327 mapping rule exists, the
  104.           X.400 address element corresponding to the left-hand-side
  105.           "postmaster" is "Surname=Postmaster" (both 1984 and 1988).
  106.           However, neither the X.400 protocols, North America X.400
  107.           Implementor's Agreements [7], nor the European X.400
  108.           Implementor's Agreements [8] require that "Surname=Postmaster"
  109.           and "CommonName=Postmaster" be supported.  (Supporting these
  110.           addresses is recommended in X.400 (1988)).
  111.  
  112.           For mapped X.400 domains which do not support the postmaster
  113.           address(es), this means that an address such as
  114.           "user@some.place.zz" might be valid, yet mail to the
  115.           corresponding address "postmaster@some.place.zz" fails.  This is
  116.           frustrating for remote administrators and users, and can prevent
  117.           operational problems from being communicated and resolved.  In
  118.           this case, the desired seamless integration of the Internet
  119.           RFC822 mail world and the mapped X.400 domain has not been
  120.           achieved.
  121.  
  122.  
  123.  
  124.           Cargille           Expires September 22, 1993            [Page 2]
  125.  
  126.  
  127.  
  128.  
  129.  
  130.           DRAFT              X.400 Postmaster Convention         March 1993
  131.  
  132.  
  133.           The X.400 mail managers participating in the Cosine MHS Project
  134.           discussed this problem in a meeting in June 1992 [9].  The
  135.           discussion recognized the need for supporting the postmaster
  136.           address at any level of the address hierarchy where these are
  137.           user addresses.  However, the group only required supporting the
  138.           postmaster address down to certain levels of the O/R Address
  139.           tree.  This approach solved part of the problem, but not all of
  140.           it.  A more complete solution is required.
  141.  
  142.           3.  Proposed Solution
  143.  
  144.           To fully achieve the desired seamless integration of email
  145.           domains for which RFC1327 mapping rules have been defined, the
  146.           following convention must be followed,
  147.  
  148.               If there are any valid addresses of the form
  149.               "user@domain", then the address "postmaster@domain" must
  150.               also be valid.
  151.  
  152.           To express this in terms of X.400:  For every X.400 domain for
  153.           which an RFC1327 mapping rule exists, if any address of the form
  154.  
  155.               Surname=User; <Other X.400 Address Elements>
  156.  
  157.           is a valid address, then the address
  158.  
  159.               Surname=Postmaster; <Same X.400 Address Elements>
  160.  
  161.           must also be a valid address.  If the X.400 system is running
  162.           X.400(1988), then the address
  163.  
  164.               CommonName=Postmaster; <Same X.400 Address Elements>
  165.  
  166.           must also be supported.  (Note that CommonName=Postmaster will
  167.           not be generated by RFC1327 mappings, but it is recommended in
  168.           the 1988 X.400 standard).
  169.  
  170.           To remain consistent with RFC822, "Mail sent to that address is
  171.           to be routed to a person responsible for the site's mail system
  172.           or to a person with responsibility for general site operation."
  173.           [10]
  174.  
  175.           3.1.  Software Limitations - Fallback Solution
  176.  
  177.           In the discussion of this issue, it was pointed out that not all
  178.           end hosts can support mail forwarding to a central postmaster
  179.           mailbox on a remote host.  For example, this could be the case on
  180.           a a personal computer with limited software.  In this case,
  181.           either the postmaster address cannot be supported on the end
  182.           host, or a different postmaster address must be created and read
  183.           on each end host.  Creating and maintaining multiple postmaster
  184.           mailboxes is considered unacceptable due to the great
  185.           administrative overhead required--most likely, such multiple
  186.  
  187.  
  188.           Cargille           Expires September 22, 1993            [Page 3]
  189.  
  190.  
  191.  
  192.  
  193.  
  194.           DRAFT              X.400 Postmaster Convention         March 1993
  195.  
  196.  
  197.           mailboxes would not be read in a timely manner.  Therefore, the
  198.           following fallback solution is approved:
  199.  
  200.               If there are any valid addresses of the form
  201.               "user@host.domain" where the mail software in use does
  202.               not support forwarding postmaster mail to a central
  203.               mailbox, then the address "postmaster@domain" must be
  204.               valid.
  205.  
  206.           As above, the X.400 address derived by mapping
  207.           "postmaster@domain" via RFC1327 must also be valid.  If X.400(88)
  208.           is used, CN=postmaster must also be supported.
  209.  
  210.           4.  References
  211.  
  212.           [1]  RFC822
  213.  
  214.           [2]  RFC1123
  215.  
  216.           [3]  X.400 (1984)
  217.  
  218.           [4]  X.400 (1988)
  219.  
  220.           [5]  RFC1327
  221.  
  222.           [6]  presently draft-ietf-x400ops-mgtdomains-ops-04.txt
  223.  
  224.           [7]  NIST X.400 Implementors Agreements
  225.  
  226.           [8]  EWOS X.400 Implementors Agreements
  227.  
  228.           [9]  Minutes from June 1992 Cosine MHS Managers Meeting
  229.  
  230.           [10] RFC822, direct quote
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.           Cargille           Expires September 22, 1993            [Page 4]
  253.